home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 000919_mcrae@lib.ucsf.edu _Tue Apr 20 00:52:29 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  2KB
  1. Return-Path: <mcrae@lib.ucsf.edu>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA12126; Tue, 20 Apr 93 00:52:29 MET DST
  4. Received: from [128.218.15.20] by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  5.     id AA29820; Tue, 20 Apr 1993 01:12:14 +0200
  6. Received: from stimpy.lib.ucsf.EDU by knowman.lib.ucsf.EDU (4.1/GSC4.21)
  7.     id AA03646; Mon, 19 Apr 93 16:12:34 PDT
  8. Message-Id: <9304192312.AA03646@knowman.lib.ucsf.EDU>
  9. To: www-talk@lib.ucsf.edu
  10. Subject: Re: Authentication 
  11. Date: Mon, 19 Apr 93 16:13:47 MDT
  12. From: Christopher McRae <mcrae@lib.ucsf.edu>
  13.  
  14.  
  15. Nathan Torkington writes:
  16. > HTTP2 ideas:
  17. > 
  18. >  -- tracking changes
  19. >     I should be able to ping a document and get a unique
  20. >     value back (cf md5 or snefru) to see whether it has
  21. >     changed or not.
  22. > 
  23. > Nat.
  24.  
  25.   I would like to know not just whether a document has changed, but also what
  26. about it is new/different.  This could be done by managing documents via
  27. SCCS or some similar system which tracks modifications over time.  The client
  28. could then request any particular version(s) of a document which are available
  29. and display the results in some appropriate fashion (highlighting, different
  30. fonts, etc).  A client may choose to keep a version history of previously
  31. visited documents.
  32.   This sort of functionality would require support in both HTML and HTTP, I
  33. believe.  There needs to be some notion of the "current" or default version
  34. of a multi-version document in the URL syntax.  The protocol should
  35. provide some mechanism for the server to inform the client which versions
  36. are available.  
  37.   And then, of course, there's the issue of how to inform a "subscriber" that
  38. an updated version is available.
  39. Chris
  40. -----------------------------------------------------------------------------
  41. Christopher McRae            mail: mcrae@ckm.ucsf.edu
  42. UCSF Center for Knowledge Management    at&t: 415/476-3577
  43. 530 Parnassus Avenue, Box 0840         fax: 415/476-4653
  44. San Francisco, California 94143